NVE: "data01" Bölüm Boyutu Nasıl Artırılır

Summary: Bu makalede, NetWorker Virtual Edition (NVE) sunucusunda /data01 bölüm boyutunun nasıl artırılacağı açıklanır.

Bu makale şunlar için geçerlidir: Bu makale şunlar için geçerli değildir: Bu makale, belirli bir ürüne bağlı değildir. Bu makalede tüm ürün sürümleri tanımlanmamıştır.

Instructions

DİKKAT: Bu işlem, standart teknik destek için tasarlanmamıştır veya bu işlem için uygun değildir. Bu adımlar, NVE'yi yöneten sistem yöneticisi tarafından gerçekleştirilmelidir. Sanal Makine (VM) disk artırımını Azure veya VMware yöneticisi (dağıtım türüne bağlı olarak) gerçekleştirmelidir. Yardıma ihtiyacınız olursa Dell Site Hesap Yöneticiniz (SAM) veya Dell Site Satış Temsilciniz ile iletişime geçerek Global Profesyonel Hizmetler (PS) ekibimizle iletişime geçin.

Boyutlandırma ve ölçeklendirme bilgileri, Dell Desteği NetWorker Ürün Sayfası aracılığıyla bulunan NetWorker Virtual Edition Dağıtımı ve NetWorker Performans Optimizasyonu Planlama Rehberlerinde bulunabilir.

NVE'nin dosya sistemi türünü belirlemek için bir SSH oturumundan aşağıdaki komutu çalıştırın: 

mount
/dev/sdb1 on /data01 type xfs (rw,noatime,attr2,inode64,noquota)
NOT: Bu makale yalnızca Yüksek Performanslı Ölçeklenebilir Dosya Sistemi (XFS) için geçerlidir /data01 bölümler19.4.x ve üzeri sürümlere dağıtılan veya yükseltilen tüm NVE'ler, aşağıdakiler için XFS kullanır: /data01 Bölüm. NetWorker 19.4, 30.11.2023 Destek Ömrü Sonu (EOSL) tarihine ulaştı. 

Önkoşullar:

UYARI: NVE'nin durumuna bağlı olarak bu adımlardan bazılarını gerçekleştirmek mümkün olmayabilir. Örneğin, NetWorker hizmetleri şu nedenlerle başlatılamazsa /data01 %100 kapasitededir. Verilen adımlar, NetWorker verilerinin korunmasını sağlamak için önlem amaçlıdır.
  1. Sunucu önyükleme yedeklemesi oluşturma:
    1. NetWorker Management Console'dan (NMC) veya NetWorker Web Kullanıcı Arayüzünden (NWUI) bir Sunucu Koruması yedekleme işi gerçekleştirin.
      1. NMC veya NWUI'ye erişilemiyorsa NVE'de aşağıdaki komutu çalıştırın: sudo nsrpolicy start -p "Server Protection" -w "Server backup"
      2. Aşağıdakileri kullanarak yedekleme oturumunu izleyin: sudo nsrwatch
    2. NVE'de bir yönetici SSH oturumu açın ve önyükleme kaydetme kümesi ayrıntılarını toplayın: sudo mminfo -B
    3. Önyükleme e-posta bildirimleri yapılandırılmamışsa mminfo NVE'den çıktı alın ve bir dosyaya kaydedin. E-posta bildirimleri aşağıdaki şekilde yapılandırılabilir: NetWorker: İlke E-posta Bildirimlerini Yapılandırma
  2. Çalışan tüm NetWorker sunucu hizmetlerini durdurun:
    1. sudo nsr_shutdown
    2. sudo systemctl stop gst
    3. sudo systemctl stop nwui
  3. Bir sonraki önyükleme sırasında NetWorker hizmetlerinin başlamasını devre dışı bırakın:
    1. sudo systemctl disable networker
    2. sudo systemctl disable gst
    3. sudo systemctl disable nwui
  4. VM veri diski boyutunu artırın:
  • Azure'dan Veri Diskleri özelliklerine gidin, Boyut + Performans'a tıklayın ve disk boyutunu gereksinimlerinize göre artırın:
    Azure'da Azure VM disk boyutu  
  • VMware'den, NVE Sanal Makinesi'ni (VM) kapatın ve VM'nin ayarlarından Sabit Disk 2'yi artırın.
    VMware'de NVE Disk boyutunu artırma 
UYARI: Anlık görüntüler mevcutsa disk boyutunu artırma seçeneği kullanılamayabilir. NVE VM için tüm anlık görüntüleri silin ve birleştirin.
  1. NVE'nin Azure veya VMware anlık görüntüsünü oluşturun, ardından çalıştırın.
NOT: Bu anlık görüntü, disk genişletme işlemi tamamlandıktan ve NVE ile NetWorker çalışır duruma geçtikten sonra silinebilir.

Process:

  1. VM başlatıldıktan sonra, NVE VM'de yönetici olarak bir SSH oturumu açın.
  2. Aşağıdakileri çalıştırarak kök kullanıcıya geçin: sudo su -
  3. Hiçbir NetWorker hizmetinin çalışmadığını doğrulayın: ps -ef | grep "nsr\|gst\|nwui"
  4. Hangi bölümün olduğunu doğrulayın /data01 kullanıyor: lsblk
  • VMware'de /data01 tarihinde bekleniyor /dev/sdb1.
  • Azure'da /data01 tarihinde bekleniyor /dev/sdc1.
  1. Aygıtları yeniden tarayın: 
  • VMware NVE: echo 1 > /sys/block/sdb/device/rescan
  • Azure NVE: echo 1 > /sys/block/sdc/device/rescan
  1. Sürücüyü yüklemek için ilgili düğümde fdisk Karşı /dev/sdb veya /dev/sdc Disk. Bu, geçerli boyutu ve eklenen boyutu göstermelidir: fdisk -l /dev/disk
nve:~ # fdisk -l /dev/sdb
GPT PMBR size mismatch (524287999 != 629145599) will be corrected by write.
The backup GPT table is not on the end of the device. This problem will be corrected by write.
Disk /dev/sdb: 300 GiB, 322122547200 bytes, 629145600 sectors
Disk model: Virtual disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3C1FF651-B360-4218-9106-DE80B690EA2C

Device     Start       End   Sectors  Size Type
/dev/sdb1   2048 524285951 524283904  250G Microsoft basic data
NOT: Yukarıdaki örnekte, /data01 bölüm 250 GB'dir; ancak, sabit disk 300 GB'a yükseltildi. 
  1. Artırma /data01 yazarak bölümleme: 
  • VMware NVE: growpart /dev/sdb 1
  • Azure NVE: growpart /dev/sdc 1
nve:~ # growpart /dev/sdb 1
CHANGED: partition=1 start=2048 old: size=524283904 end=524285952 new: size=629143519 end=629145567
  1. Aşağıdakileri yazarak dosya sistemini doğrulayın: xfs_growfs -d /data01
  2. Bölümün artık genişletilmiş boyutu göstermesi gerekir: df -Th | grep "/data01"
nve:~ # df -Th | grep "/data01"
/dev/sdb1                                   xfs       300G  4.8G  296G   2% /data01
  1. NetWorker hizmetlerini başlatın: 
    1. systemctl start networker
    2. systemctl start gst
    3. systemctl start nwui
  2. NetWorker hizmetleri için otomatik başlatmayı yeniden etkinleştirin:
    1. systemctl enable networker
    2. systemctl enable gst
    3. systemctl enable nwui
UYARI: eğer /data01 bölüm %100 kapasiteye ulaştı. Bu durum, NetWorker veritabanlarının bozulmasına neden olabilir. NetWorker sunucusunun iyi durumda olduğunu doğrulayın (eksik istemci, grup, politika, aygıt, yedek vb. olmamalıdır). Bir veri kaybı sorunu gözlemlenirse hemen NetWorker desteği ile iletişime geçin. NetWorker Olağanüstü Durum Kurtarma (nsrdr) gereklidir: NetWorker: NetWorker Sunucusu Olağanüstü Durum Kurtarma (NSRDR)

Additional Information

Günlük dosyaları tarafından kullanılan disk kullanımını azaltmak için izlenebilecek bazı ek adımlar.

Jobsdb retention

Komutta jobsdb politika tamamlama durumlarının kaydını tutan bir NetWorker veritabanıdır. /nsr/logs/policy/ ve /nsr/logs/recover Günlükler saklanır. Varsayılan aralık 72 saattir. Belirli bir iş için 72 saat geçtikten sonra, jobdsb Girişler kaldırılır ve ilişkili tüm günlük dosyaları silinir. Komutta jobsdb Retansiyon şurada görülebilir: nsradmin:

nve:~ # nsradmin
NetWorker administration program.
Use the "help" command for help, "visual" for full-screen mode.
nsradmin> show Jobsdb retention in hours
nsradmin> print type: nsr
   Jobsdb retention in hours: 72;
Süre uzadıysa ve aşağıdakilerden dolayı büyük disk alanı kullanımı gözlemliyorsanız .log ve .raw dosyaları NetWorker'dan varsayılana (72 saat) düşürün. Bu işlem, NetWorker Management Console'dan (NMC) veya nsradmin:

nsradmin:
nsradmin> . type: nsr
Current query set
nsradmin> update Jobsdb retention in hours: 72
   Jobsdb retention in hours: 72;
Update? y
updated resource id 3.0.207.103.0.0.0.0.98.242.218.92.192.168.25.12(1489)

NMC:

NMC'den jobsdb saklamasını değiştirme

Sunucu ve NMC günlükleri

Gerçek zamanlı işleme, boyuta göre günlük geçişi ve kopya sayısı NetWorker için değiştirilebilir /nsr/logs/daemon.raw ve NMC'ler /opt/lgtonmc/gstd.raw. Bu ayarlar varsayılan olarak etkin değildir. Komutta daemon.raw NVE'nin 2. diskinde /data01/nsr/logs. The NMC gstd.raw NVE'nin kök (/) bölümü altındaki disk 1'dedir /opt/lgtonmc/logs'dir.

Nasıl etkinleştirilir: NetWorker: Gerçek zamanlı olarak daemon.raw dosyasını otomatik olarak daemon.log dosyasına işleme (İngilizce)
 
NOT: Bazı sorun giderme eylemleri altında, /nsr/res/nsrladb yeniden adlandırılır. Eğer nsrladb yeniden adlandırıldı veya silindi, yeni bir nsrladb hizmet başlangıcı sırasında oluşturulur. Bu ayarlar varsayılana döndürülür.
Günlük geçişi şu durumlarda bile devam edecek şekilde yapılandırabilirsiniz: nsrladb ayarlanarak yeniden adlandırılır logrotate NetWorker hizmet günlükleri için NVE'nin işletim sisteminde.

vi /etc/logrotate.conf

Aşağıdaki satırları ekleyin:
# NetWorker log files
/nsr/logs/daemon.log {
    rotate 5
    weekly
    create
    missingok
    compress
}

/nsr/logs/daemon.raw {
    rotate 5
    weekly
    create
    missingok
    compress
    delaycompress
}

/opt/lgtonmc/logs/gstd.log {
    rotate 5
    weekly
    create
    missingok
    compress
}

/opt/lgtonmc/logs/gstd.raw {
    rotate 5
    weekly
    create
    missingok
    compress
    delaycompress
}
  • weekly Bu, günlük döndürme dönemidir; Günlükler her hafta döndürülür. Diğer olası değerler günlük ve aylıktır.
  • rotate 5 Yalnızca beş döndürülmüş günlüğün tutulması gerektiğini belirtir. En eski dosya sonraki çalıştırmada kaldırılır.
  • missingok Günlük dosyası eksikse hata mesajı vermeden bir sonrakine geçin.
  • compress Döndürülen tüm günlükler sıkıştırılmalıdır.
  • delaycompress bazı programlara günlük dosyasını kapatması söylenemediğinde ve bu nedenle bir süre önceki günlük dosyasına yazmaya devam edebildiğinde kullanılabilir
  • Diğer seçenekler şurada bulunabilir: logrotate Kılavuz sayfası. https://linux.die.net/man/8/logrotateBu köprü bağlantı sizi Dell Technologies dışındaki bir web sitesine yönlendirir.
NOT: Yukarıdaki örnek, kaç döndürme döngüsünün ayarlanması gerektiği veya bu döndürmenin ne sıklıkta yapılması gerektiği konusunda bir öneri değildir. Bu sorun, yedekleme/NVE yöneticisi tarafından belirlenmelidir. Günlükleri daha uzun süre saklamak için NVE'nin yedekleyeceği bir NetWorker istemcisi oluşturun. /nsr/logs dizininde NetWorker Koruma Politikası kullanılarak dizininde gösterilir.

Etkilenen Ürünler

NetWorker

Ürünler

NetWorker
Makale Özellikleri
Article Number: 000014111
Article Type: How To
Son Değiştirme: 28 Nis 2026
Version:  20
Sorularınıza diğer Dell kullanıcılarından yanıtlar bulun
Destek Hizmetleri
Aygıtınızın Destek Hizmetleri kapsamında olup olmadığını kontrol edin.